анализ сбоев

 

анализ сбоев
Для вскрытия ключей в работе криптографического процессора намеренно вызывается возникновение сбоев.
[http://www.rfcmd.ru/glossword/1.8/index.php?a=index&d=23]

Тематики

• защита информации

EN

• fault analysis

IT. Fehlerbehandlung

 

анализ сбоев услуги
SFA
(ITIL Service Design)
Техника, которая идентифицирует причины одного или нескольких прерывания прерываний или более ИТ-услуг. Анализ сбоев услуг идентифицирует возможности для улучшения Процессов и инструментов Поставщика ИТ-услуг, а не только ИТ-инфраструктуры.
SFA, анализ сбоев услуг - ограниченная во времени, схожая с проектом деятельность, а не постоянный аналитический процесс.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

service failure analysis
SFA
(ITIL Service Design)
A technique that identifies underlying causes of one or more IT service interruptions. Service failure analysis identifies opportunities to improve the IT service provider's processes and tools, and not just the IT infrastructure. It is a time-constrained, project-like activity, rather than an ongoing process of analysis.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

Синонимы

• SFA

EN

• service failure analysis
• SFA

 

анализ тенденций
(ITIL Continual Service Improvement)
Анализ данных с целью обнаружения системы поведения во времени. Анализ тенденций используется в управлении проблемами для обнаружения общих сбоев, уязвимых конфигурационных единиц, а также в управлении мощностями, как инструмент моделирования для прогнозирования поведения в будущем. Кроме этого анализ тенденций используется как средство управления для обнаружения дефектов в процессах управления ИТ-услугами.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

trend analysis
(ITIL Continual Service Improvement)
Analysis of data to identify time-related patterns. Trend analysis is used in problem management to identify common failures or fragile configuration items, and in capacity management as a modelling tool to predict future behaviour. It is also used as a management tool for identifying deficiencies in IT service management processes.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

EN

• trend analysis

 

упреждающий анализ отказов
анализ прогнозируемых сбоев
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

Тематики

• информационные технологии в целом

Синонимы

• анализ прогнозируемых сбоев

EN

• predictive failure analysis
• PFA

анализ сбоев (для вскрытия ключей в работе криптографического процессора намеренно вызывается возникновение сбоев)

 

поиск корневой причины
(ITIL Service Operation)
Деятельность, которая идентифицирует корневую причину инцидента или проблемы. Поиск корневой причины обычно концентрируется на сбоях в ИТ-инфраструктуре.
См. тж. анализ сбоев услуги.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

root cause analysis
RCA
(ITIL Service Operation)
An activity that identifies the root cause of an incident or problem. Root cause analysis typically concentrates on IT infrastructure failures.
See also service failure analysis.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

EN

• RCA
• root cause analysis

 

система сетевого управления
Отвечает за управление хотя бы частью сети. Обычно NMS установлена на достаточно мощном и хорошо оснащенном компьютере для взаимодействия с локальными агентами, помогающими собирать сетевую статистику и информацию о ресурсах.
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Современный бизнес не существует без компьютерных и телекоммуникационных технологий. Информационная инфраструктура большинства компаний представляет собой сложную разнородную сеть, в состав которой входит разнообразное программное и аппаратное обеспечение многих производителей. При этом каждый производитель телекоммуникационного оборудования стремится продвигать собственные стандарты.

Основная задача при управлении компьютерными сетями - автоматизировать процесс конфигурирования и мониторинга параметров сети. Существует множество моделей и систем сетевого управления. Попробуем разобраться в этом разнообразии.

Обычно система сетевого управления представляет собой прикладную программу высокого уровня, использующую один из стандартных протоколов сетевого управления - Simple Network Management Protocol (SNMP) или Common Management Information Protocol (CMIP). CMIP применяется в телекоммуникационных сетях, где востребованы все доступные возможности управления сетями, в то время как SNMP используется в локальных и корпоративных сетях, где достаточно минимума данных.

Основные задачи системы управления таковы:

• обеспечение высокой производительности сети;
• обеспечение удобной среды для управления сетевыми ресурсами;
• сбор информации о состоянии всех сетевых устройств;
• анализ и хранение информации о состоянии всех сетевых устройств;
• прогнозирование сбоев в работе сети.

Протоколы управления сетями

Итак, системы управления сетями используют протокол SNMP или CMIP. В систему, основанную на протоколе SNMP, входят:

• протокол взаимодействия агента и менеджера;
• язык описания моделей MIB и сообщений SNMP - язык абстрактной синтаксической нотации ASN.1;
• ограниченное количество моделей MIB (MIB-I, MIB-II, RMON, …).

Изначально протокол SNMP и база SNMP MIB разрабатывались как временное решение для управления маршрутизаторами Интернета. Но решение оказалось настолько простым, эффективным и гибким, что и по сей день оно повсеместно применяется при управлении сетевым оборудованием.

С помощью протокола SNMP можно оценить производительность сетевых устройств, количество свободных ресурсов, загруженность, а также определить множество других полезных характеристик, необходимых для управления сетевыми устройствами. SNMP - это протокол типа "запрос-ответ" (т. е. на каждый запрос менеджера должен быть передан ответ агента).

Протокол SNMP имеет не слишком большой набор команд. Команда Get-request применяется менеджером для получения от агента значения объекта по имени. Команда GetNext-request применяется менеджером, чтобы получить значение следующего объекта при последовательном обходе MIB. При помощи команды Get-response агент SNMP передает менеджеру результаты вышеперечисленных команд. Команда Set устанавливает значения объекта, а команда Trap сообщает менеджеру о возникновении какой-либо нестандартной ситуации. Кроме того, в SNMP версии 2 добавлена команда GetBulk, при помощи которой менеджер может получить несколько значений переменных за один запрос.
...

[ http://www.bytemag.ru/articles/detail.php?ID=8779]

Тематики

• электросвязь, основные понятия

EN

• network management system
• NMS